home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960715-19961006 / 000379_news@columbia.edu _Mon Sep 23 11:06:51 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id LAA28448 for <kermit.misc@watsun.cc.columbia.edu>; Mon, 23 Sep 1996 11:06:51 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id LAA28953 for kermit.misc@watsun; Mon, 23 Sep 1996 11:06:49 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: MS-DOS Kermit wish list
  8. Date: 23 Sep 1996 15:06:30 GMT
  9. Organization: Columbia University
  10. Lines: 72
  11. Message-ID: <52691m$ob7@apakabar.cc.columbia.edu>
  12. References: <5266f7$8nv@mirage.skypoint.com>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <5266f7$8nv@mirage.skypoint.com>,
  16. David S Cargo <escargo@skypoint.com> wrote:
  17. : Here's a wish list of features I wish MS-DOS Kermit had.  These
  18. : are all things that would make life easier for me.  Whether other
  19. : people would need them, I don't know, but here's their chance to say.
  20. : 
  21. : 1)  During multifile get and put, I wish there was a way of stopping
  22. : the transfer after the current file is completed.  We have several
  23. : ways of stopping NOW, but none for stopping after the current file
  24. : has been successfully transmitted.
  25. : 
  26. Good idea.  I'll add it to the list of good ideas :-)
  27.  
  28. : 2)  An easy way of knowing if a terminal session is being recorded.
  29. : After the ^], we can toggle recording, but it's not always clear
  30. : if recording is on or not.  I'd like this on the status line, but
  31. : having it on the screen with the ^] would work too.
  32. : 
  33. Agreed.  There is no end of things that would be nice to have in the status
  34. line, but presently this is not shown.  Another good idea for the list.
  35.  
  36. : 3)  A way of locking the keyboard during transfers.  I use my machine
  37. : for long, unattended transfers.  I also have cats that walk over the
  38. : keyboard.  It would be helpful if there was a way, even a simple one,
  39. : where the keyboard would not react to the Z, E, C, and other keyboard
  40. : commands active during transfers if the keyboard was in a locked state.
  41. : The lock state could be a toggle; probably a control or alt key
  42. : sequence would be best, since the chances of random paw presses getting
  43. : it is small.
  44. : 
  45. You'd be surprised how quickly cats pick up on these things...  Another
  46. item for the list, but in the meantime you can work around by pulling the
  47. wire out of your keyboard.  Cats may be clever, but they don't have hands
  48. with opposing thumbs :-)
  49.  
  50. : 4)  The screen during file transfers currently shows the number of
  51. : retries.  The show statistics screen doesn't really spell out why
  52. : retries were needed.  However many reasons there are for needing a
  53. : retry (nack, timeout, whatever), I'd like to see reflected on the
  54. : statistics screen.  Each cause is generally a different type of
  55. : network problem; I'd like to know what part of the network to focus
  56. : my attention on.
  57. : 
  58. Well...  the cause of a packet error is rarely obvious.  For example, a
  59. timeout could occur because (a) an expected packet was delayed and did not
  60. arrive within the timeout interval, or (b) it did arrive but it was badly
  61. damaged by noise or other interference that it was not recognizable as a
  62. packet.  The latter, in turn, could be caused by actual noise, or by a lack
  63. of effective flow control, or (in the case of PCs) by interrupt conflicts or
  64. side effects.
  65.  
  66. C-Kermit, by the way, shows tallies of different categories of errors.
  67. MS-DOS Kermit does most of what C-Kermit does (and a lot of things it
  68. doesn't do), but MS-DOS Kermit has got to fit in those low 640K with plenty
  69. of space left over, whereas C-Kermit -- at least in 32-bit (or higher)
  70. virtual memory environments -- is free to grow (i.e. add features) almost
  71. without bound.
  72.  
  73. When you think about it, it is nothing short of amazing how many features
  74. MS-DOS Kermit packs into such a small disk and memory footprint.
  75.  
  76. : None of this is to say that Kermit in general, and MS-DOS Kermit
  77. : in particular isn't great as it is.  I have my own operating
  78. : environment, and it has its own needs that might not be mainstream.
  79. : Still, it might have problems in common with others that might be
  80. : worth addressing.
  81. : 
  82. Thanks!
  83.  
  84. : David S. Cargo
  85. : 
  86. - Frank